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(54) A method and system for processing multiple branch instructions that write to count and/or 
link registers 



(57) A system and method for processing count and 
link branch instructions that allows multiple branches to 
be outstanding at the same time without being limited to 
the number of rename registers allocated to the count 
and link registers. The method and system comprises 
an architected count register and an architected link reg- 
ister that are each connected to a look-ahead register. 



Information in the architected count or link register is 
copied into the look-ahead register when a branch in- 
struction is encountered that will alter the contents of 
the count or link registers. Information in the look-ahead 
register is saved in a shadow register when an unre- 
solved branch is encountered, and restored by the shad- 
ow register if the outcome of the unresolved branch is 
mispredicted. 
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Description 

FIELD OF THE INVENTION 



The present invention relates to a method and sys- 
tem tor improving the performance of a processor, and 
more particularly to a method and system for processing 
multiple branch instructions that write to count and link 
registers. 

BACKGROUND OF THE INVENTION 

Most personal computer (PC) architecture instruc- 
tion sets include branch instructions. A branch instruc- 
tion discontinues a program's execution along a se- 
quential path and causes execution to resume at a new 
location in memory. The new location is referred to as 
the target address of the branch. In certain types of PC 
architectures, the target address for the instruction is 
stored in one of two architected registers referred to as 
count and link registers. Three types of branch instruc- 
tions write to the count or link register; a branch-and- 
count, a branch-and-link, and a branch-to-link. 

A branch-and-count is a branch that decrements 
the count register upon execution, A branch-and-count 
is useful for counter dependent loops, such as the state- 
ment "FOR i=l to 100 DO," for example. This statement 
is executed by loading the count register with value 
"100" and decrementing the count register by one each 
time the branch executes until the count register reach- 
es zero. 

A branch-and-link is a branch that places the next 
sequential address following the branch instruction into 
the link register. A branch-to-link is a branch in which 
the target address is the value stored in the link register. 
The branch-and-link and branch-to-link instruction allow 
simple implementation of subroutine linkages. After a 
branch instruction is executed, the contents of the count 
register or link register may be changed. The updating 
of the count and link registers creates what is called a 
write hazard. A write hazard exists when a register is 
written to and is then meant to be read by another entity, 
but is written to again before that read can occur. When 
the read eventually occurs, the register may not contain 
the correct value for that operation. 

The execution of conditional branches is another 
way in which the contents of the count and link registers 
may be incorrectly changed. In a conditional branch, 
control is transferred to the target address depending 
upon the results of a previous instruction, such as a 
compare, for example. Conditional branches may be ei- 
ther resolved or unresolved branches depending on 
whether the result of the previous instruction is known 
at the time of the execution of the branch. 

If the branch is resolved, then it is known whether 
the branch is to be executed. If the conditional branch 
is not executed, the next sequential instruction stream 
immediately following the branch instruction is execut- 
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ed. If the conditional branch is executed, then the in- 
struction stream starting at the target address is execut- 
ed. 

Since it is unknown whether an unresolved branch 

5 is to be executed, it is also unknown which instruction 
stream should be processed. In order to prevent the 
processor from stalling pending resolution of the unre- 
solved branch, some processors include mechanisms 
that attempt to predict the outcomes of unresolved 

10 branches. Until the outcome of condition is actually ex- 
ecuted and the result becomes committed by the proc- 
essor, the prediction is only speculative. The execution 
of the predicted instruction stream or path is therefore 
called speculative execution. 

is Because updating the count and link register with a 
speculative value may not be the correct value of the 
register, conventional processors do not change the ar- 
chitected value of the count and link registers when ex- 
ecuting a conditional branch. To overcome write haz- 

20 ards and the potentially corruptive results of speculative 
execution, conventional processors assign several re- 
name registers to both the count and link registers to 
backup the contents of the count and rename registers. 
When the processor detects that an instruction will 

25 alter the contents of the count or link register (e.g., 
branch-and-count and branch-and-link), the processor 
saves the original contents of the register in a rename 
register. If the contents of the count or link register were 
changed incorrectly due to an incorrect speculative ex- 

30 ecution, for example, then the count or link register is 
restored with the value held in the rename register. 

When a rename register is written to, it is associated 
with the instruction that changed the value of the count 
or link register. Once a rename register for the count or 

35 link register is associated with an instruction, the re- 
name register cannot be freed until the instruction has 
been committed by the processor or an interrupt occurs. 
If another instruction alters the contents of the count or 
link register before the first rename register is deallocat- 

40 ed, then the contents of the count or link register must 
be saved in a different rename register. Typically, four 
rename registers are assigned to the count and link reg- 
ister, respectively. 

Although the use of rename registers is useful for 

45 restoring the contents of the count and link registers, 
they have several disadvantages. First, the use of re- 
name registers causes the processor to stall when an- 
other branch instruction is encountered and there are 
no available rename registers to backup the count and 

50 link register contents. Therefore, the number of unre- 
solved branches that may be processed without stalling 
is limited by the number of rename registers allocated 
to the count and link registers. This degrades processor 
performance. 

55 in addition, rename registers require the use of a 
multiplexer when an instruction is encountered that at- 
tempts to read the contents of the count or link register. 
The multiplexer is required to associate the read instruc- 
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tion with the rename register containing the correct re- 
sult of the count or link register for that particular instruc- 
tion. Adding additional rename registers to the proces- 
sor to prevent stalling only increases both the cost and 
complexity of the processor. s 

Accordingly, what is needed is a system and meth- 
od for processing branch instructions that allows multi- 
ple branches to be outstanding at the same time and is 
not limited by the number of rename registers allocated 
to the count and link registers. The present invention ad- to 
dresses such a need. 

SUMMARY OF THE INVENTION 

The present invention provides a method and sys- 15 
tern for processing branch instructions that allows mul- 
tiple branches to be outstanding at the same time, 
wherein a branch instruction alters the information in the 
branch register. The method and system copies infor- 
mation within the branch register into a look-ahead reg- 20 
ister when a branch instruction is encountered. When 
the branch instruction is unresolved, information within 
the look-ahead register is copied into a shadow register. 
If the unresolved branch instruction is mispredicted, in- 
formation from the shadow register is then provided to 2s 
the look-ahead register. When the branch instruction is 
fully executed, the method and system updates the in- 
formation in the branch register. 

According to the system and method disclosed 
herein, the present invention prevents processor stalls 30 
due to unresolved branches and eliminates the need for 
extra rename registers for the count and link registers. 
The present invention thereby increases overall proces- 
sor performance while reducing processor cost and 
complexity. 35 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a processor in which 
the present invention resides. *o 

Figure 2 is a diagram showing the dataflow between 
an architected count register and a look-ahead-count 
register of the present invention. 

Figure 3 is a diagram showing the dataflow between 
an architected link register and a look-ahead-link regis- *s 
ter of the present invention. 

DESCRIPTION OF THE INVENTION 

The present invention relates to an improvement in so 
processing multiple outstanding branch instructions. 
The following description is presented to enable one of 
ordinary skill in the art to make and use the invention 
and is provided in the context of a patent application and 
its requirements. Various modifications to the preferred 55 
embodiment will be readily apparent to those skilled in 
the art and the generic principles herein may be applied 
toother embodiments. Thus, the present invention is not 



intended to be limited to the embodiment shown but is 
to be accorded the widest scope consistent with the prin- 
ciples and features described herein. 

Figure 1 depicts a processor 10 in which the present 
invention resides. The processor 10 includes: an in- 
struction cache (I C) 1 2, an instruction buffer (IB) 14, two 
instruction address queues (I AQs) 16 and 30, a dispatch 
unit (DU) 18, functional units (FUs) 20-24, a completion 
buffer (CB) 26, and a branch unit (BU) 28. 

The processor 10 functions as follows. The instruc- 
tion buffer 1 4 provides fetch addresses to the instruction 
cache 12 via address line 32, and the instructions point- 
ed to by the fetch addresses are transferred out of the 
instruction cache 1 2 via data line 34 and placed into the 
instruction buffer 1 4. At the same time, the instruction 
cache 12 generates the addresses for the instructions 
and sends the addresses to the instruction address 
queue 16 via address line 36. The instruction address 
queue 16 is generally required in order to generate 
branch target addresses for relative branches. 

Each cycle, the dispatch unit 18 evaluates instruc- 
tions from the instruction buffer 14 and dispatches non- 
branch instructions to the functional units 20-24 where 
they are queued for execution. At the same time, the 
branch unit 28 continually scans the instruction buffer 
14 for branch instructions to process. The type of each 
instruction dispatched by the dispatch unit 18 is sent to 
the completion buffer 26 via instruction bus 38. 

The completion buffer 26 keeps track of the out- 
standing dispatched instructions in the processor 10 
and maintains the architectural state of the processor 
10. As the instructions are dispatched by the dispatch 
unit 18, the addresses associated with the instructions 
are read into a second instruction address queue 30 as- 
signed to the completion buffer 26, referred to here as 
the CB-IAQ 30. The completion buffer 26 uses the CB- 
IAQ 30 to save the correct address of faulting instruc- 
tions. 

The completion buffer 26 also controls the architect- 
ed values of a count register 42 and a link register 44. 
For example, once an instruction, such as branch, 
reaches the bottom of the completion buffer 26, the in- 
struction is fully executed. Fully executed instructions 
are committed by the completion buff er 26, at which time 
the values of architected registers are updated. In this 
example, the completion buffer 26 updates the archi- 
tected count register by decrementing the value of the 
count register 42 by one. 

The branch unit 28 processes branch instructions 
that specify a target address and supplies the target ad- 
dress to the instruction cache 1 2 over fetch address line 
40, enabling the instruction cache 1 2 to process the new 
instruction stream the next cycle. Some types of branch- 
es instructions utilize the count register 42 or the link 
register 44 in the formation of the target address. For 
example, a branch-and-link instruction must first have 
the target address calculated by one of the functional 
units 20-24, and then moved into the link register 44. In 
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the case of a branch-to-link, the target address is read 
from the link register 42 and then sent to the instruction 
cache 12. 

To more particularly illustrate the method and sys- 
tem for processing unresolved branches in accordance s 
with the present invention, refer now to Figures 2 and 3 
depicting one embodiment of such a system. 

According to the present invention, the contents of 
the architected count register 42 and link register 44 are 
each saved in a register called a look-ahead register 50 10 
and 52, respectively, as shown in Figures 2 and 3. As 
stated above, prior art methods, in contrast, save the 
architected register contents into a plurality of rename 
registers. In a preferred embodiment of the present in- 
vention, the look-ahead-count register 50 and the look- is 
ahead-link register 52 are maintained by the branch unit 
28 of Figure 1. 

Figure 2 is a diagram showing the dataflow for 
processing multiple branch-and-count instructions be- 
tween the architected count register 42 and the look- 20 
ahead-count register 50 of the present invention. As 
stated above, the architected count register 42 always 
contains the correct value of the count and cannot be 
overwritten by an interrupt. The contents of the archi- 
tected count register 42 are copied into the look-ahead- 
count register 50 whenever a pipeflush signal 58, such 
as an interrupt, is generated by the processor 10. At this 
point the look-ahead-count register 50 and the architect- 
ed count register 42 contain the same value. 

when a branch-and-count is executed, a branch- 
decrement signal 60 is generated by the branch unit 28 
causing the look-ahead-count register 50 to decrement 
by one (-1 ). When the branch-and-count instruction is 
committed by the completion buffer 26 (i.e. fully execut- 
ed), a counter-commit signal 62 is generated indicating 
that the architected count register 42 may be updated. 
The counter-commit signal 62 causes the architected 
count register 42 to decrement by one (-1 ). 

With respect to branch-and-count instructions, the 
look-ahead-count register 50 of the present invention 
stores onty the latest change of the architected count 
register 42. In contrast, the prior art use of rename reg- 
isters unnecessarily stored every state change of the ar- 
chitected count register 42. For example, if the last four 
values of the architected count register 42 were "3," "2," 
•1," and "0," respectively, then the look-ahead-count 
register 50 would contain the value "O," whereas the pri- 
or art rename registers would contain all four values (as- 
suming the rename registers were available). The 
present invention takes advantage of the fact that when 
the branch unit 28 encounters another branch-and- 
count instruction, the branch unit 28 requires only the 
last value, not all four. 

In addition, the present invention places no limits 
on the number of branch-and-count instructions that 
may be outstanding in the system at any given time, be- 
cause the look-ahead -count register 50 is always avail- 
able to accept the latest count value. Referring again to 
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Figure 1, the number of branch-and-count instructions 
that can be outstanding at any given time in convention- 
al methods are limited by the number of rename regis- 
ters allocated to the count register 42. The number of 
rename registers required to equal the performance of 
one look-ahead-count register 50 would equal the 
number of registers in instruction buffer 14 plus the 
number of registers in the completion butter 26, which 
equals the total number of outstanding instructions in 
the system. For example, if the instruction buffer 14 and 
the completion buffer 26 both contain eight registers, 
then the use of one look-ahead-count register 50 by 
present invention eliminates the need for fifteen addi- 
tional rename registers. 

Referring again to Figure 2, in order to process un- 
resolved branch instructions, the present invention also 
includes a count-shadow register 64. The count-shadow 
register 64 is used to store the contents of the look- 
ahead-count register 50 when an unresolved branch is 
encountered. This is necessary since the outcome of the 
unresolved branch may be mispredicted, in which case 
the contents of the look-ahead-count register 50 would 
be corrupted. 

When an unresolved branch is encountered, a 
backup-count signal 66 is generated and the contents 
of the look-ahead-count register 50 are copied into the 
count-shadow register 64. The content of the count- 
shadow register 64 is referred to as a snapshot since it 
is the state of the system before any speculative execu- 
tion begins. 

Additional branch instructions may be encountered 
during speculative execution. Any branch-and-count in- 
structions encountered along the speculative path con- 
tinue to generate a branch -decrement signal 60, caus- 
ing the contents of the look-ahead-count register 50 to 
decrement by one. 

If the unresolved branch itself is a branch-and-count 
instruction, then the branch unit 28 generates a backup- 
branch-decrement signal 68, causing the contents of the 
look-ahead-count register 50 to be decremented by one 
and saved in the count-shadow register 64. 

Once the unresolved branch resolves, it is deter- 
mined whether the outcome was predicted correctly by 
the system. If the outcome of the unresolved state is pre- 
dicted correctly, then the contents of the look-ahead- 
count register 50 are correct and the count-shadow reg- 
ister 64 is freed to backup the look-ahead-count register 
50 again. If the outcome of the unresolved state is mis- 
predicted, then a mispredict signal 70 is generated and 
the count-shadow register 64 contents (the snapshot) 
are used to restore the look-ahead-count register 50 to 
the value that existed before the speculative execution. 

In one embodiment, the present invention process- 
es one unresolved branch at time. However, those with 
ordinary skill in the art will recognize that a count shadow 
register 64 may be added to handle each additional un- 
resolved branch as required. 

Referring now to Figure 3, the dataflow for process- 
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ing multiple branch-and-link instructions between the ar- 
chitected link register 44 and the look-ahead-link regis- 
ter 52 ot the present invention is shown. The handling 
of multiple branch-and-link instructions is similar to the 
branch-and-count method described above. s 

The contents of the architected link register 44 are 
copied into the look-ahead-link register 52 whenever a 
pipeflush signal 58, such as an interrupt, is generated 
by the system. At this point the look-ahead-link register 
52 and the architected link register 44 contain the same io 
value. 

When a branch-and-link instructions is subsequent- 
ly encountered, four is added to the branch address and 
the result is saved in the look-ahead-link register 52. In 
order to process unresolved branch instructions that uti- 15 
lize the architected link register 44, the present invention 
also includes a link-shadow register 54. The link-shad- 
ow register 54 is used to store the contents of the look- 
ahead-link register 52 when an unresolved branch is en- 
countered. This is necessary since the outcome of the 20 
unresolved branch may be mispredicted, in which case 
the contents of the look-ahead-link register 52 would be 
corrupted. 

11 the branch-and-link instruction is unresolved, then 
a backup-branch-and-link signal is generated causing 25 
four to be added to the branch address and the result 
stored in both the look-ahead- 1 ink register 52 and the 
link-shadow register 54. 

Additional branch-and-link instructions may be en- 
countered during speculative execution. Any unre- 30 
solved branch-and-link instruction encountered along 
the speculative path generates a backup-link signal 76, 
causing the contents of the look-ahead- link register 52 
to be copied into the link-shadow register 64. Once the 
unresolved branch resolves, it is determined whether 35 
the outcome was predicted correctly by the system. 

If the outcome of the unresolved branch is predicted 
correctly, then the contents of the look-ahead-link reg- 
ister 52 are correct and the link-shadow register 54 is 
freed to backup the look-ahead- 1 ink register 52 again. If 40 
the outcome of the unresolved branch is mispredicted, 
then a mispredict signal 78 is generated and the link- 
shadow register 54 contents (the snapshot) are used to 
restore the look-ahead-link register 52 to the value that 
existed before the speculative execution. 4 $ 

When a link instruction is committed by the comple- 
tion buffer 26 (see Figure 1), a link-commit signal 72 is 
generated. The completion buffer 26 updates the archi- 
tected link register 44 by adding four to the correspond- 
ing address for the current instruction (IPO), which is so 
contained in the CD-IAQ 30, and saving the result in the 
architected link register 44. 

A method and system has been disclosed for 
processing multiple branches that write to count and link 
registers. The branch method and system disclosed ss 
herein allows multiple branch instructions to be out- 
standing at the same time without requiring a plurality 
of rename registers for support. The present invention 
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therefore increases overall system performance by re- 
ducing the number of processor stalls due to limitations 
. on how many branch instructions may be outstanding. 
Additionally, the present invention reduces the number 
of registers in the system since a plurality of rename reg- 
isters is no longer required, thereby reducing the com- 
plexity and cost of the system. 

Although the present invention has been described 
in accordance with the embodiments shown, one of or- 
dinary skill in the art will readily recognize that there 
could be variations to the embodiments and those var- 
iations would be within the spirit and scope of the 
present invention. Accordingly, many modifications may 
be made by one of ordinary skill in the art without de- 
parting from the spirit and scope of the appended 
claims. 



Claims 

1 . A method for processing branch instructions that al- 
lows multiple branch instructions to be outstanding 
at the same time, wherein a branch instruction al- 
ters information within a branch register, the method 
comprising the steps of: 

copying the information within the branch reg- 
ister into a look-ahead register when a branch 
instruction is encountered; 

copying information within the look-ahead reg- 
ister into a shadow register when the branch 
instruction is unresolved; 

providing information Irom the shadow register 
to the look-ahead register if the unresolved 
branch instruction is mispredicted; and 

updating the information in the branch register 
when the branch instruction is fully executed. 

2. A method as in claim 1 further including the step of 
decrementing information in the look-ahead regis- 
ter upon execution of a branch-and-count instruc- 
tion. 

3. A method as in claim 2 wherein the step of copying 
information in the look-ahead register into a shadow 
register further includes the step of decrementing 
the information in the look-ahead register before 
copying the information into the shadow register if 
the unresolved branch is a branch-and-count in- 
struction. 

4. A method as in claim 2 wherein the branch register 
is an architected count register. 

5. A method as in claim 1 wherein the step of updating 
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the information in the branch register when the 
branch instruction is fully executed includes the 
steps of: 

adding four to a current instruction address to 
create a link address; and 

storing the link address in the branch register. 



tions that modify architected register data during ex- 
ecution comprising: 

a dispatch unit for dispatching instructions; 

a completion buffer connected to the dispatch 
unit having a branch register for storing branch 
instruction data; 



6. A method as in claim 5 wherein when the unre- 
solved branch instruction is a branch-and-link in- 
struction, further including the steps of: 

adding four to a branch address to create a new 
branch address; and 

storing the new branch address in the shadow 
register. 

7. A method as in claim 6 wherein the branch register 
is an architected link register. 

8. A method for processing count and link branch in- 
structions that allows multiple branches to be out- 
standing at the same time, wherein the count and 
link branch instructions alter information within a 
branch register, the method comprising the steps of: 



10 a branch unit connected to the dispatch unit for 

executing different types of branch instructions; 
and 

look-ahead register means maintained by the 
15 branch unit for backing-up the data stored in the 

branch register, the look-ahead register means 
including a first register and a second register, 
the second register restoring the data stored in 
the first register means when the data becomes 
20 corrupted. 

10. A system as in claim 9 wherein the first register 
saves the data into the second register when the 
branch unit executes an unresolved branch instruc- 
ts tion, wherein the second register copies data back 
into said first register when the unresolved branch 
instruction has been mispredicted. 



is 



generating a first signal between a branch reg- 
ister and a look-ahead register when a branch 30 
instruction is encountered that will alter the in- 
formation in the branch register in order to copy 
the information into the look-ahead register; 

generating a second signal when a branch- 35 
and-count instruction is executed to decrement 
information in the look-ahead register contents 
by one; 



generating a third signal between the look- *o 
ahead register and a shadow register when the 
branch instruction is unresolved in order to 
copy the information in the look-ahead register 
into the shadow register; 

45 

generating a fourth signal between the shadow 
register and 

a look-ahead register when the unresolved 
branch has been mispredicted in order to re- so 
store the look-ahead register with information 
in the shadow register; and 

generating a fifth signal when the branch in- 
struction is fully executed to update the infor- ss 
mation in branch register. 

9. A system for processing multiple branch instruc- 



4SOOCID: <EP 07478O9A1_l_> 



6 



EP 0 747 809 A1 






26 




CB 










CBIAQ 


fig 

44-* 







FIGURE 1 



>JSOOCID: <EP 07478O9A1_l_> 



7 



EP 0 747 809 A1 



ctr commit 



62sT 



0 



pipeflush 



ARCH COUNT 



42 



FIGURE 2 



60 



50 



mispredict 



br dec 



LOOK-AHEAD COUNT 



68 



backupjbrjdec ^ 



backupjcount 
V66 



70 



J COUNT SHADOW 
64 



ipO+4- 



/r commit 
72 Jl 



74- 



pipeflush 



mispredict 



ARCH LINK 

— 

44 



br addr+4. 



FIGURE 3 



•80 



52 



brbal 

LOOK-AHEAD LINK j 



backup Jink 



backupbrbal 1 

" " r 



V76 



78 



LINK SHADOW 



y 

54 



MSDOCID: <EP 0747809A1_I_> 



8 



EP 0 747 809 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Applies ttot> Nosacr 

EP 96 48 0878 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Catcfory 



Ckatioa of document with indication, where appropriate, 
of retevaart passages 



to 



CLASSIFICATION OF THE 
APPLICATION (UlCLt) 



IBM TECHNICAL DISCLOSURE BULLETIN, 

vol. 37, no. 4b, April 1994, ARMONK, NY, 

US, 

page 121 XP000451196 "Count Tag/Shadow" 

* the whole document * 

IBM TECHNICAL DISCLOSURE BULLETIN, 
vol. 36, no. 12, December 1993, ARMONK, 
NY, US, 

pages 5Q7-509, XP000419848 -Save/Restore 
of Architected System Registers After 
Interrupts" 

* the whole document * 

1BH JOURNAL OF RESEACH AND DEVELOPMENT, 
vol. 34, no. 1, January 199G, ARMONK, NY, 
US, 

pages 37-58, XP000128179 

G. F. GR0H0SKI: "Machine organization of 

the IBM RISC System/6000 processor" 

* page 47, right-hand column, paragraph 3 
- page 54, right-hand column, paragraph 4 



EP-A-0 605 872 (INTERNATIONAL BUSINESS 
MACHINES CORPORATION) 

* column 2, line 36 - column 3, line 42 * 

* column 6, line 36 - column 7, line 46; 
figure 3 * 



The present search report has heca drawn «■ for oJI da 



1-10 



1-10 



G06F9/32 
G06F9/38 



1-10 



TECHNICAL FIELDS 
SEARCHED Om.Q.4) 



G06F 



1-10 



Plan ttf Mtt 

BERLIN 



tf to ml Om wan* 



12 September 1996 



Abram, R 



CATEGORY OF CITED DOCUMENTS 

X : ptrtteuUrly rdcvaot H taaca aloae 

Y : aardcularty rdovut H coahloeJ with another 

document of th* tan* category 
A : tcdwologlcftJ tocfcgrooaa 1 
O : aoo-writm fitdosero 
P : intcnota'iatt locuncot 



T : theory or pried*)* tu4crtyta| tb« lavtottea 
E : artier osteal locuaieot, hot eehUihoo on, c 

after t»* fltlm **** 
D : docMBcnt dta< to tat saaikatton 
L : docuaant dt«4 far otbor raasoos 



• : naoaer of the saaw potest fan try, conespoa41i| 
oocwBta* 



3NSOOCID: <EP 0747809At_L> 



9 



